Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Backport to 0.1: Shared must relinquish control to the executor if repolled #2154

Merged
merged 1 commit into from
Sep 5, 2020

Conversation

krallin
Copy link

@krallin krallin commented May 13, 2020

This backports #2136 to Futures 0.1. There isn't much to add on top of
what's mentioned in #2136: the same bug exists in Futures 0.1, and it'll
fail in the same way when polled in recent versions of Tokio (#2418).

Backporting to 0.1 allows codebases that still have some Futures 0.1
code around to still use newer versions of Tokio.

…polled

This backports rust-lang#2136 to Futures 0.1. There isn't much to add on top of
what's mentioned in rust-lang#2136: the same bug exists in Futures 0.1, and it'll
fail in the same way when polled in recent versions of Tokio (rust-lang#2418).

Backporting to 0.1 allows codebases that still have some Futures 0.1
code around to still use newer versions of Tokio.
@krallin
Copy link
Author

krallin commented Jul 6, 2020

Any thoughts? :)

@taiki-e
Copy link
Member

taiki-e commented Jul 20, 2020

#2122 hasn't been released yet, so it's nice to publish the next release of 0.1 after merging this.

(We need to decide how long we should maintain 0.1 branch, but this should be fine given that we have another backport already merged.)

@krallin
Copy link
Author

krallin commented Sep 4, 2020

Could we get this merged and released? Having futures 0.1 being broken on newer versions of Tokio makes upgrading Tokio more painful than it should be :(

@taiki-e taiki-e merged commit cbaaac2 into rust-lang:0.1 Sep 5, 2020
@taiki-e
Copy link
Member

taiki-e commented Sep 5, 2020

Thanks, I'll prepare the next release.

@krallin
Copy link
Author

krallin commented Sep 7, 2020

Thanks a lot @taiki-e !

facebook-github-bot pushed a commit to facebook/sapling that referenced this pull request Sep 9, 2020
Summary:
We are using older version of tokio which spawns as many threads as we have
physical cores instead of the number of logical cores. It was fixed in
tokio-rs/tokio#2269 but we can't use it yet because
we are waiting for another fix to be released -
rust-lang/futures-rs#2154.

For now let's hardcode it in mononoke

Reviewed By: krallin

Differential Revision: D23599140

fbshipit-source-id: 80685651a7a29ba8938d9aa59770f191f7c42b8b
@krallin
Copy link
Author

krallin commented Sep 30, 2020

Hey @taiki-e , I'm sorry to be a bit of a bother here, but has this made it into a new release yet? Thanks :)

@taiki-e taiki-e mentioned this pull request Sep 30, 2020
@taiki-e
Copy link
Member

taiki-e commented Oct 5, 2020

Published 0.1.30, sorry for the delay.

@krallin
Copy link
Author

krallin commented Oct 5, 2020 via email

@taiki-e taiki-e added the futures-0.1 Issue related to the 0.1 versions of futures label Jan 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
futures-0.1 Issue related to the 0.1 versions of futures
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants